
PP*nr WORLD INTELLECTUAL PROPERTY ORGANIZATION 

A 1- International Bureau 

INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERA TION TREATY (PCT) 

WO 97/43727 



(51) International Patent Classification ^ : 
G06F 17/60 



Al 



(11) International Publication Number: 
(43) International Publication Date: 20 November 1997 (20 J L97) 



(21) International Application Number: PCT/US97/07478 

(22) International Filing Date: 15 May 1997 (15.05.97) 



(30) Priority Data: 

60/017,717 
08/727 J86 



15 May 1996(15.05.96) US 
8 October i 996 (08. 1 0.96) US 



(71) Applicant: CROSSMAR, INC. [US/US]; 1 1 1 Wall Street, New 

York, NY 10043 (US). 

(72) Inventors: POTTER, Neil, D.; 138 Vemon Terrace. Wcslfield, 

NJ 07090 (US). CHOMUT. Bohdan; 38 Constantine 
Place. Summit. NJ 07091 (US). JACOBS. David, M.; 
8 Beatrice Lane, Wayne, NJ 07470 (US). RAYNER. 
Peter, E.; 433 Roanoke Road, Westficld. NJ 07090 (US). 
ANASSON, Cynthia, M.; 6 Audubon Close, Milford, CTT 
06460 (US). FRIEDMAN, Elizabeth, J.; One Treworval 
Cottage. Mawnan Smith, Falmouth, Cornwall TRil 5JW 
(GB). 

(74) Agent: HOGUE, Dale. Curtis. Sr.; Kilpatrick Stockton LLP, 
Suite 800, 700 13th Street, N.W.. Washington. DC 20O05 
(US), 



(81) Designated Slates: AL, AM, AT, AU, AZ. BA, BE. BG, BR. 
BY. CA. CH, CN. CU. CZ. DE. DK, EE. ES, Fl, GB. GE, 
HU, IL, IS. JP, KE, KG. KP, KR. KZ, LC. LK. LR. LS, 
LT, LU. LV, MD, MG. MK, MN. MW. MX, NO. NZ. PL, 
PT, RO. RU, SD, SE. SG, SI, SK, TJ, TM, TR, TT, UA. 
UG, UZ, VN, ARIPO patent (GH, KE, LS, MW, SD, SZ. 
UG), Eurasian patent (AM, AZ. BY. KG, KZ, MD, RU, TJ. 
TM), European patent (AT, BE, CH. DE. DK, ES, FI. FR. 
GB. GR. IE. IT. LU. MC, NL, PT. SE). OAPI patent (BF. 
BJ. CF. CG, CI, CM. GA. GN. ML. MR. NE. SN, TD. TG). 



Published 

With international search report. 



(54) Title: METHOD AND SYSTEM FOR PERFORMING AUTOMATED FINANCIAL TRANSACTIONS INVOLVING FOREIGN 
CURRENCIES 



(57) Abstract 

A method and system for performing financial transaction 
involving foreign currencies deals in virtually all trading curren- 
cies, automatically incorporates the curreni market process and 
operates in a secure environment. Customers can access the sys- 
tem on-line and in real-time through various terminals such as, for 
example, a personal computer (PC) (10). By inputting information 
in response to prompts on the screen, the system quickly identifies 
the nature of the transaction the customer desires and the customer 
inputs the characteristics of the transaction the user desires. The 
system then automatically generates an offer in response to the 
customer's request based upon a number of parameters including 
the market price, the size and nature of the transaction and the size 
and nature of the client. The system then promptly displays the 
bank*s offer to the customer in a clear and concise manner. The 
customer is then given an opportunity to accept the offer, ask that 
the offer be updated or reject the offer. If the customer delays for 
too long a period of time in deciding to accept or reject the offer, 
the system automatically withdraws and updates the offer thereby 
protecting the bank from liability for a "stale" rate. If accepted, 
the trade is automatically forwarded for processing and assigned 
a reference number for tracking and control purposes. 
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METHOD AND SYSTEM FOR PERFORMING AUTOMATED FINANCIAL 
TRANSACTTONS TNVOT.VTNC F ORFTr,N rimRFNrTFf; 



5 FTFTT> OF TTTF nsrVFMnn^J 

The present invention relates generally lo methods and systems for performing 
automated financial transactions, and more particitiarly to a method and system for 
performing automated financial transactions involving at least two currencies at real-time 
tnarkct rates between a customer and a financial institudorL 

10 

BArKGRnTyNO OF TFTF TNVFNrnON 

When a company goes to sell its goods overseas, it often faces the challenge of pricing 
its goods in a foreign currency. For example, when a domestic manufacnircr proposes to sell 
farming equipment overseas, the foreign purchaser may require the selling pnce to be in the 
1 5 foreign currency. In order to generate its proposed selling price the domestic manufacmrcr 
must have a mechanism to conven the foreign currency to the demesne currency. This 
conversion enables the manufacmrcr to determine how much foreign currency the 
manufacturer will need to pay its workers, purchase materials and other sources which must 
be paid in the domestic currency. 
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Further, the manufacturer may not be receiving the foreign cuncncy immediately but 
rather may be receiving periodic payments over time as set milestones arc reached. For 
example, some foreign currency may be received when the order is placed, some may be 
trceivcd ^vhen the goods are delivered and the rrmainder may be received when the goods are 
inspected and accepted. TTius, the manufacmrer may require a mechanism to convert the 
foreign currency to domestic cuncncy in the fumrc at set dates (for example. 30 days. 90 days, 
or 1 year in advance) in order to generate a competitive bid price. 

In another example, a company or individual may have possession of an amount of 
foreign currency for a relatively short period of time and no prescm need for the currency 
itself. For example, a domestic company may have sold equipment overseas and been paid in 
a foreign currency but may not need the foreign cuncncy until three weeks later to pay off a 
separate debt. The company may wish to collect interest on that money for the three weeks 
and be paid that interest in the foreign cuncncy. 

Financial institutions, such as banks, have historically provided financial services to 
manufacturers and others who trade in foreign cunencies. This function is generally refened 
to as foreign exchange ("FX") and involves the buying and selling of cunencies. often at set 
times in the future. 

Sophisticated markets have developed at various cities throughout the world to trade in 
cunencies. Today such trading goes on 24 hours a day and has created a dynamic and fiisi 
paced market wherein cunencies can and do often "move" against each other on litcraUy a 
sccond-to-second basis. For example, the value of the U.S. Dollar against the Japanese Yen is 
a relationship which changes over time based upon various economic and political fictors 
including the relative demand for each cuncncy. Due to die vast amount of intemationai trade 
occuning today, the demand for foreign exchange transactions is cnonnous. 

In setting the exchange rate, for a particular transaction, a bank faces a multimde of 
factors. One obvious fector is the cunem rate of exchange between banks for the two 
cunencies the customer wishes to exchange. Further, depending on die size or nature of the 
relationship with a particular customer a bank may wish to quote that customer a more 
favorable rate. For example, if the customer has a large transaction or is a steady customer. 
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the bank may wish to provide the cusiomer a more favorable rate. Funhcr, if the currency to 
be purchased is less stable because it is traded less often or the country issuing the currency is 
viewed as less stable, the bank may wish to protect itself by charging a premium. 

In any event, as is clear from the discussion above, the setting of rates of exchange 
5 between currencies to customers is a complex function performed by banks. However, it is 
also an important role banks play in facilitating international trade. 

Currently, the process is manually intensive and may comprise several layers of 
participation. For example, a customer may contact a trader affiliated with the bank by 
telephone and provide the mider with the details of the desired trade orally. The trader will 

1 0 take down the information and then detcmiine the price to the customer by assessing several 
factors including, the current * Vholcsale" rate of exchange between the currencies, the nature 
of the customer and the size of the transaction. In order to dctcncnine the price, the trader may 
need to communicate with another individual at the "interbank" desk. The "interbank" desk is 
the desk affiliated with the bank which determines the base exchange rates to which the bank 

15 will commit. 

The trader will communicate this price over the telephone and the customer will either 
accept it or reject it. If accepted, the trader will execute the transaction and the execution will 
be reflected in the customer's accoimt 

There arc several shortcomings in the cuxrcnt system. First, it may be time intensive 
20 for the customer because the price is being generated manually by a trader in response to the 
customer's request. The time needed to respond to the request may be substantial, particularly 
if the request involves less traded currencies or a complex transaction (such as variou"s 
payments over various set times). 

Further, the current system is labor intensive. Because each response to a customer is 
25 being generated by a trader, the bank must adequately staff the number of traders and this can 
be imperfect, leading to inefficiencies. Plus, there can be frustration created on the pan of a 
cusiomer if all the traders are occupied when the customer's call comes in. 
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There can also be a lack of uniformity. Different traders may quote different prices for 
the same requested tiansaciion due to the somewhat subjective way the traders formulate the 
prices. 

Because trades are done telephonically the audit trail consists of transcripts of 
recordings of telephone calls. The creation of such audit trails require human intcrvenimn (for 
example, the transcribing step) and may not readily be accessible (for example, they may be 
archived). Accordingly, there is a need for an automatic audit trail which is less expensive 
and easily accessed. 

In a similar vein, whatever system is used must require that the customer commit 
quickly to the bank's offer-TTie customer must not be permitted to purposefiilly postpone 
commitment to an offer until after the market has moved and then, if the movement is to the 
customer's advantage, accept the offer. The dynamic nanire of today's financial markets 
require that the offers be held open for only a maner of seconds. Further, security against 
unauthorized access is required. 

In addition, whatever system is used must be able to accommodate a type of foreign 
exchange transaction known as a leave order. In such an order a customer specifies the terms 
of the transaction the user desires (called, for example, a "target rate") and then "leaves" the 
order with the financial institution. The financial institution is given the responsibility of 
monitoring the market terms against the user's target rate and reporting back to die user. In 
view of the dynamic nature of the market there is a need to enable the user to automatically 
execute the desired transaction if the desired temis become available in the market. 



SUMMARY OF THK TNVFNTinTv^ 

It is an object of the present invention to overcome the shortcomings described above 
with a method and system for initiating and execming foreign exchange transactions. The 
improved method and system deals in virtually all trading currencies, amomatically 
incorporates the current market process and operates in a secure environment. 

Customers can access the system on-line and in real time through various terminals 
such as, for example, a personal computer (PC). By inputting infonnation in response to 

4 
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prompts on the screen, the system quickly identifies the nature of the transaction the customer 
desires and the customer inputs the characteristics of the transaction the user desires. The 
system then automatically generates an offer in response to the customer's request based upon 
a number of parameters including the market price, the size and nature of the transaction and 
the size and nature of the client. The system then promptly displays the bank^s offer lo the 
customer in a clear and concise manner. The customer is then given an opponunity to accept 
the offer, ask that the offer be updated or reject the offer. If the customer delays for too long a 
period of lime in deciding to accept or reject the offer, the system automatically withdraws 
and updates the offer thereby protecting the bank from liability for a "stale" rate. 

If accepted, the trade is automatically forwarded for processing and assigned ; 
reference number for tracking and control purposes. Further, the system can generate ; 
comprehensive array of individual transacUon and summary reports. The user can enter 
settlement instructions and receive confirmation of all trade details automatically. 

For recurring transactions, the details of the transactions can be stored and recalled to 
1 5 avoid any need to enter them repetitively. 

Further, the system enables the \iscr to designate the particular account to be used for 
settlement purposes. 

The system also automatically accepts, monitors and executes leave orders. The user 
is given the option for auto execution. A blotter of leave oixicrs is automatically generated 
20 and may be monitored by the user. Color coding is used to alert the user about the status of 
the market versus the various leave orders. 

The system also accommodates purchase orders wherein a customer purchases a 
currency for payment to another party. 

Further, the system enables users to perform money market transactions in which a 
25 user may deposit money in a first currency and automatically obtain interest on that deposit m 
the first currency. The system also automatically provides the user with an interest rate and 
the equivalent of the interest amount in a second currency, such as U.S. Dollars. 
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BRIFF PFSCRTPTfON op t^^ PR^ Vl>rTr] - 

FIG 1 charts, generally, the overall applications in relation to related components with 
which they commimicaic. 

FIG 2 shows the network of central computers, or "servers," that form the backbone of 
the FX applications' functions. 

FIGs 3-4 outline the log-m process for the different applications. 
FIGs 5-8 outline spot and forward trades using FX Trade. 
FIGs 9-10 outline a swap uade using FX Trade. 
FIG 1 1 outlines a Money Market Trade. 
FIG 12 outlines FX -Order entry. 
FIG 1 3 outlines the flow of Payment Order messages. 
FIG 14 represents an application log-in screen. 
FIG 1 5 represents an FX Trade spot transaction screen. 
FIG 1 6 represents an FX Trade forward transaction screen. 
1 5 FIG 1 7 represents an FX Trade swap transaction screen. 

FIG 1 8 represents an FX Trade View Transaction screen. 
FIG 1 9 represents a Money Market Deposit screen. 
FIG 20 represents a Money Market rate calculator screcru 
FIG 21 represents a Money Market transactiooai recortis screen. 
FIG 22 represents a Money Market rate calculator that shows the calculated foreign 
currency Money Market rates based on the U.S. dollar (USD) mterest rates as well as the 
underlying FX spot rate and its related forward points. 
FIG 23 represents an FX Order Blotter. 
FIG 24 represents an FX Order New Order Entry screen. 
FIG 25 represents an FX Order screen that provides an analysis of the difference 
between a target and execution rate. 

FIG 26 represents a list of outstanding messages to the Payment Order Server. 
FIG 27 represents a message to the Payment Order Server, parsed from its original 

form. 
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FIG 28 represents an original, unparsed message to the Payment Order Server. 
FIG 29 represents an FX Payment transaction screen. 

DETAir.FD nPSPT^TPTTOM 
5 The described electronic Foreign Exchange ("FX") applications allow clients of a 

financial institution to engage in international monetary trades using a personal computer 
CTC") with Microsoft Windows software. The FX applications are FX Trade, Money 
Market, FX Order and Payment Order. 

The network of servers comprises the following components: 

10 

Message Router (see FIG 1, element 44) -The Message Router provides the means by which 
the client PC and the FX Trade, Money Market, FX Order and Payment Order applications' 
servers communicate. The Message Router receives all requests and replies between clients 
and the applications' servers (refer to FIG 2). 

15 

Security Server (see FIG 2, element 108) -The Security Server verifies a ciient^s user name 
and password upon log-in. 

FX Tr»dc Execation and Dealing Server (100) -The FX Trade Execution and Dealing 
20 Server (FX Trade Server) performs FX spot, forward and swap trades for authorized clients. 
It obtains rates for those trades fiDm the Rate Server, performs the underlying FX swap 
transaction for a deposit made through the Money Market Server and FX spot and forwards 
leave orders for the FX Order Server. It converts currencies for the Payment Order Server. 

25 Money Market Trade Execation Server (Money Market Server) ( 1 06) -This server 

allows a client to deposit a foreign currency for a short-term deposit at a specified deposit rate. 
The financial instimuon uses the FX Trade Server to swap the deposit for USD for the 
deposit's duration. At the end of that duration, if a client has not opted for a rollover at least 
two business days before the maturity date of the deposit, USD are swapped back to the 

7 
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origmal foreign currency, both principal and interea accaied at the specified deposit rate, with 
principal and interest returned to the client in the original currency. 

FX Order Server ( 1 02) -This server handles die tracking of leave order, for spot and 
5 forward orders, to be executed by FX Trade Server, in an Order Blotter. The FX Order Server 
provides for varying degrees of automatic and manual leave orders and uses the Rate Server to 
track and match a leave order's desired rate. 



10 



Payment Order Server (104) -This server handles bank-to-bank money orders and allows 
the creation of an FX transaction out of a foreign payment. The Payment Order Server breaks 
incoming payment orden down into their individual components before forwarding the FX 
trade components to the FX Trade Sa^er for execution. The FX Trade Server, in turn, 
converts the trades' foreign currency amounts into USD. The Payment Order Server receives 
money orders via either the Society for Worldwide Interbank Financial Telecommunication 
1 5 (SWIFT) Agent Server 122 or the Batch File Transfer Server via direct interactive log-in by a 
Payment Order Server user 1 1 6. 

Rate Server (114) -This server supplies foreign exchange rates for the appUcations' servers. 
Rates are updated from one or more sources 24 bours-a-day. 

20 

Credit Server (124) -This server verifies client credit and allows or denies trades from going 
forward based on specific user credit limits. It supports the FX Trade and FX Order'Servers. 

Transaction Hand-off Server (1 18) -This server receives all trades following execution by 
25 the FX Trade Server. It relays trades for internal financial institution Deal Capnire (see FIG 
1, element 34). 
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Graphical User Interface (GUI) - This represents number of user interfaces for use on the 
Ghent PC designed to work with the various applications (FX Trade, Money Market, FX 
Order and Payment Order). 

5 Applications on the FX Trade Server, Money Market Server, FX Order Server and 

Payment Order Server can be used by subscribing clients. Each client is assigned a unique 
identification number. One client may have one or more entities assigned to it for use of an 
application. Individual authorized users within each client can utilize an application. Each 
user is assigned a unique user name and password and has different accesses and controls 

10 assigned. AH of this infonrtation is contained in a user profile stored in the database of the 
applicadon server being utilized. 

A client initiates use of an application (FX Trade, Money Maricet, FX Order or 
Payment Order) by selecting the appropriate program group and icon from the Windows 
Program Manager screen, and then selecting "log-in" from the File menu FIG 3, 202. The 

1 5 client PC, using its phone-line connection, dials into the Message Router 204. When the 

client initiates the log-in process, a dialog box called the "Communications Monitor" appears 
on the client PC and is visible during the entire log-in sequence 205. If log-in difficulties 
occur 208, such as the PC phone-line failing to establish a connection with the Message 
Router, then the client can call Customer Service. The Communications Monitor will show 

20 any log-in difficulties. A client may choose to not view the Monitor box at any time during 
the log-in sequence by selecting "Monitor" from the "Tools" menu to disengage that feature. 

After the client PC phone-line establishes a connection with the Message Rouler, the 
Message Router prompts the client PC for usemame and password entry for the application to 
be accessed 210 (refer to FIG 14). During client usemame and password entry, the client PC 

25 displays a message warning unauthorized users. The client PC sends the usemame and 
password to the Message Router. The Message Router passes this infonnation on to the 
Security Server 214. The Security Server, in turn, verifies the usemame and password 215. 

If the Security Server's information indicates that the client is unauthorized, then the 
log-in process does not go forward and the client cannot log-in 218. If the Security Server 
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validates the client usemame and password, then it returns an authorization code to the 
Message Router (see FIG 4. element 222). ITie client PC. through the Message Router, 
coiinects to the specific sender that corresponds to the specific application bein| accessed (FX 
Trade, Money Market, FX Order or Payment Order). A copy of the user profile is sent to the 
customer PC from that specific application server at this time. A client only has access to 
those application functions that are so designated in the user profile and the client PC, which 
includes user trade limits, authorized trade times and additional password entry before trade 
release 222. If a client is logging on to the FX Trade Server, Money market Server, or FX 
Order Server, all available cunrncies for trade are sent to the client PC 230. The initial entry 
screen that now appears tolhe client depends on the specific application being accessed by the 
client PC (FX Trade, Money Market, FX Oiticr or payment Cider). 

All messages sent from the client PC to the applications' servers, as well the reverse, 
arc channeled through the Message Router (see FIG 1 . element 44). The Message Router also 
directs messages by and between the applications' Servers. 

Following successftil uscmamc/password entry and client PC to FX Trade Server 
connection, the Communications Monitor dialog box closes. The client PC displays its 
Bulletin Board in a dialog box that a client can clear. The FX Trade GUI tool bar appears 
below the main menu bar. Several lines at the bottom of the appUcation window are used to 
display System Status Messages to the client, including "System Open for Trading. " "System 
Temporarily Suspended for Trading-Please call" and "System Closed for Trading." The client 
receives an AudioA^isual Alert warning if these messages change while on-line. A telephone 
display will appear on the client PC as a toolbar icon. It remains off the hook while the clieni 
is on-line, the client can log-off by cither selecting the phone tool icon or choosing Lou-ot t 
from the File drop down menu. If the communications line with the client PC begins losini: 
25 its connection during the session, then the client will see the phone icon placed back on the 
hook, and will also receive an audio alert. 

Clients may use the FX Trade application for one-way or, if authorized in the ii.s*;r 
profile, two-way spot trades (a "spot Trade" is where the value date, or settlement o^ciirx 
business days after the trade, that is, the trade has a "tenor" of two business days). 1 ho I \ 
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Trade GUI provides the main trade entry for a spot trade, which appears when spot trade is 
selected from the "Enter" menu FIG 5, 300 (refer to FIG 15). The FX Trade GUI sets the 
tenor to "spot" 302. The FX Trade Server utilizes the user profile stored in iu database to 
confirm client actions against a client's authorizations and accesses, all of which were sent to 
the client PC at the time of log-in. From this point until the time of trade, at any time, a client 
may select "Cancel" to cancel the spot trade and renim to the FX Trade GUI initial main entry 
screen. 

A client may select an entity/account from a list of valid entities and accounts for 
which that client's user profile indicates that they are authorized to trade 304. If a client has 
been set-up as a single uscrr then only one cntity^s name will appear 310. If the user profile in 
the FX Trade Server indicates the SalcsH^rader mode, this list will display entities on behalf of 
which a user is authorized to trade 308. The FX Trade Server sends the list of entities and 
accounts to the client PC. The entity/account list may not be revised by clients and is 
maintained by the financial institution on the FX Trade Server FIG 4, 224. 
1 5 After the client selects an Entity and Account, they may select a currency for trade FIG 

5,310. A list of valid currencies was sent to the chent PC by Rale Server via the FX Trade 
Server upon log-in (see FIG 4, clement 230). The list contains the currencies' SWIFT codes 
and abbreviated currency names (for example, GBP«UK Pound). The list appears prc-sorted 
on the user's PC, divided into three subgroups-major currencies, secondary currencies and 
20 exotic. 

After selecting a specific type of currency to cither buy or sell (see FIG 5, element 
310), the client PC will show only the available valid currencies for trade with the first 
currency selected, as was sent by the FX Trade Server upon log-in 312. The client must then 
select one of the available currencies for trade from the shovm list (buy if the first currency 
25 selected 314). A client must then enter an amotmt for the currency to cither buy or sell 3 1 6. 
After selection of currencies, 310 and 314, and currency amount to cither buy or sell, 316, if 
the client chose spot from the FX Trade Order GUI "Enter" menu, then "spot" was set as the 
default tenor 302 at the time that spot was chosen 300. In the alternative, a client may choose 
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a different pre-set tenor or a broken date to place a forward trade rather than a spot trade (refer 
to FIG 8). 

Once the above steps for the spot transaction (buy and sell currencies, 3 1 0 and 3 14; 
and buy or sell amount, 316) have been completed, the client may request the rate and terms 
320 for the specific buy or sell currency entered. If a client requests a spot rate and the rates 
are unavailable, the client will receive an error message from the Rate Server via the FX 
Trade Server 324. The client can clear the error message and re-enter currencies and amount, 
or can remm to the initial FX Trade GUI main entry screen 326. 

If the client requests a spot rate and the rate is available, then the Rate Server sends the 
rate quote to the FX Trade-Seiver. the FX Trade Server, in turn, stores a time-stamped copy of 
the rate quotaUon with a unique reference number. All FX Trade Seiver time-stamps are 
made using Greenwich mean time (GMT); however, adjustment for time display on a client 
PC can be made on a client-specific basis. The FX Trade Server then relays the requested rate 
quotation to the client PC 330 as adjusted by Pre-dctermined criteria in the FX Trade Server. 
The pre-dctermined criteria consists of spreads (i.e.. additional percentages of the currency a 
mount or "mark-ups") to be added to the base quote at the financial institution's discretion 
and massaged, too, depending on the cash value of the transaction, respectively "tier" and 
"bands." 

When the rate is received, the Term of the currency wUl be displayed by the cheat PC 
20 332, as it was received at the time of log-in. The Term is validated on the client PC as it was 
received at the time of log-in, along with the valid currency list 

Once the client receives the rate 330, the client has a specified time period (5-1 5 
seconds), as pre-set within the FX Trade Server, in which to accept the rate by choosing the 
"Trade" button on the screen 344. If the client does not accept the rate within the specified 
time period, then, upon request, the Rate Server via the FX Trade Server will send an updated 
rate to the client PC 336 for the client to accept or not accept 340, if the currency rate changes 
at any time past the specified time period. At any instant within the specified time period to 
select a rate, the client may obtain an updated rate from the Rate Server via the FX Trade 
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Server by choosing the '^Get/Refresh Rate" button 342, and wiil have another 5-15 seconds in 
which to accept or not accept the rate. 

If the client decides to accept the rate, then the "Trade" button on the FX Trade screen 
is chosen 344. Following the selection of the *Trade" button, the client may no longer select 
the "Cancel" button to cancel the trade 346. However, after the Trade Button is chosen, a 
message box appears o the screen that gives a summary of the u*ade 348 (for example, the 
message box could sute ^You buy DEM 23,429.00 @ 1.5248?") and allows the client another 
chance to cancel the trade 352. The client can choose to either accept or not accept the trade. 

If the client chooses not to accept the rate, within the specified time period, then the 
client can clear the messagcrbox on the PC and return to the point where the rate was obtained 
FIG 5, 3 1 8. If the client accepts the rate 354, within the specified time period, then the trade 
is released for execution 356. The cUent PC sends the accepted rate quote to the FX Trade 
Sever 358. The FX Trade Server looks up and matches the accepted trade against the rate 
quote previously stored in its database, as well as its copy of the user profile 360. Upon 
1 5 matching the trade against the rate quote, the FX Trade Server sends the trade to the Credit 
Server 362 to check the trade amount against the client's credit limit, as stored in the Credit 
Server's database. 

If the client*s trade exceeds pre-set limits in the Credit Server, the trade stops 366, If 
the client's trade is within pre-sct limits in the Credit Server's database, the Credit Server 
20 returns the confirmed trade to the FX Trade Server 368. The FX Trade Server then stores a 
time-stamped copy of the trade in its database as a "released" trade 370. 

The FX Trade Server then sends the released uadc to the Transaction Hand-off Server 
372, which in turn directs the trade to the financial institution's Deal Capture System (see FIG 
I , element 34). At the same time, the FX Trade Server sends a copy of the trade to the 
25 MultiBank Confirmation and Settlement System 30. 

Depending on pre-set criteria for the client as contained in the client PC and the FX 
Trade Server's user profile, a client may have to enter their password a second time before 
accepting the trade for release (see FIG 7, element 376). Alternatively, the user may choose 
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to not accept the trade and renin, to the point where the rate was obtained (see FIG 5, element 
318). 

Once the trade has been released, then the FX Trade Server sends the client PC the 
following details of trade (all of this information also being stored in the FX Trade Server's 
database): Transaction Reference Number; Stanis, whether released or not released; the name 
of the person who entered the trade; and the transaction date and time-stamp (sec FIG 7, 
element 374). 

In another trading scenario, clients may use the FX Trade Seirer for forward trades (a 
"forward trade" occurs when the value date, or setUemcnt. of a transaction occurs at a pre- 
determined future date). The process of performing a forward trade using the FX Trade 
Server corresponds to that of performing a spot trade widj the differences as described below. 
After a client chooses "Forward," the FX Trade GUI sets the "Tenor" button to "on" and 1 
week as the default tenor (see FIG 8, element 410). A client may use the default tenor or 
choose from a list of alternate pre-set tenors (for example, 1 month, 3 months, 1 year, etc.). 

Alternatively, the user may select the "Value Date" button and choose a broken date 
for the trade 414, to be entered in a day-month-year format. From this point, the trade flow 
follows the same path as the spot trade; however, when the FX Trade Server returns the rate to 
the clioit PC, it also returns the rate's associated forward points, which aUow for the 
differences in interest rates between the two selected currencies. Forward points are a 
20 function of the currencies selected and the tenor. 

Clients with two-way pricing capability, verified as such by the user profile in the FX 
Trade Server, are able to receive two-way price quotes to make spot or forward trades. 
Clients obtaining two-way rate quotes for spot or forward trades follow the same trade flow as 
for one-way spot or forward trades (refer to FIGs 5-8). However, the client does not indicate 
25 which currency is to bought and which currency is to be sold untU after the quotes are 

received from the FX Trade Server. The Client then selects the "Get Rate" button, and the FX 
Trade GUI responds with two rates, one for buying the foreign currency and the other for 
selling the foreign currency. At the time that the client obtains the rate, the Terms are 
displayed on the client PC. At that point, the client must declare if he is a buyer or seller for 
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that particular transacuon by selecting either the "You Buy" or "You Sell" button. These 
buttons do not appear on the one-way trade screens and cannot be used until the rate is 
obtained. 

For example, if a client input GBP for the first currency, USD for the second currency, 
5 and input an amount for GBP, then the client would have to choose to either buy GBP for 
USD or sell GBP for USD after receiving the rate. Once the client chooses to either buy or 
sell, then a message box appears o the screen, stating s summary of the trade so as to allow the 
client a last chance to confinm or deny the trade. A "Yes" and "No" button appears in the 
message box to either accept or deny the trade. 

10 If the client denies the trade, then the message box clears and the client is returned to 

the two-way trade main entry screen. If the client accepts the trade, then the trade is released 
and sent from the client PC to the FX Trade Server, where it follows the same padi as a one 
way spot or forwrard trade (refer to FIG 5). 

In another scenario, clients can use the FX Trade Server to perform swap trades. The 

1 5 initiate a swap trade, a client selects "Swap'^ from the "File" menu of the FX Trade GUI initial 
main entry screen. The GUI then provides the swap main trade entry screen 5 1 0 (refer to FIG 
1 7). From this point until the time that the trade is executed, the client may cancel the trade 
and return to the FX Trade GUI initial main entry screen. A cUent next selects an 
entity/account from a list of valid entities and accounts for which they arc authorized to trade 

20 5 1 4, as was sent to the client PC by the FX Trade Server upon log-in. The cntity/accouni list 
may not be revised by users and is maintained by the financial institution on the FX Trade 
Server. 

After a client selects an entity and account, they may select currencies to buy or sell 
for the first leg of the swap 516. The client then chooses a second buy or sell currency t rom a 
25 list currencies available for trade with the first currency, as was sent to the client PC by tho 
FX Trade Server upon log-in 518. The client then must input an amount for either the buv or 
sell field 520. Because the first leg of the swap trade is made at an underlying spot rate, ihc 
FX Trade GUI on the client PC sets the tenor to "Spot" 5 12. 
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At this pomu the client may enter up to 5 addiuonai swap legs, for a total allowance of 
six swap legs 528. The client enters this information onto the spreadsheet on the FX Trade 
swap trade screen. The information entered by the client includes the forward leg tenor or 
value date, the forward currency and forward currency amount for each additional leg. After 
entry of any additional legs, the client may obtain a rate 522 for the swap trade. The client PC 
receives the rate from the Rate Server v,a the FX Trade Server 524, which stores a time- 
stamped copy of the quotation in its database 526. The FX Trade Server, after adjusting the 
rate by pre-determmed criteria, sends the client PC the rate, counter-value and value date. For 
each additional leg, the Rate Server via FX Trade Server remms to the client PC the forward 
leg rate, forward leg points and die forward leg counter-value. 

Once the cliem chooses to trade, the client PC sends the trade to the FX Trade Server 
530, which verifies the trade against the user profile 534 and matches the trade against the 
previously stored and time-stamped rate-quote. The FX Trade Server sends the trade t o die 
Credit Server 536, which verifies the trade against the cliem's trade limits in the Credit 
15 Server's database 540. 

If the trade is not within the client's credit limit, the trade stops. If the trade is within 
the client's credit limit, then die trade is sent back to the FX Trade Server 544. The FX Trade 
Server files a GMT time-stamped copy of the trade in its database 546 and then send the trade 
to the Transaction Hand-off Server 548. From the Transaction Hand-ofif Server, the trade is 
sent to the financial institution's Deal apture System (see HG 1 . element 34). At the same 
time, the FX Trade Server sends a copy of the trade to the MultiBank Coniiimation and 
Settlement System 30. 

Depending on pre-set criteria contained in the user PC for die user profile, a cliem may 
have to enter their password a second time before accepting die trade for release (refer to FIG 
25 7, element 376). 

Once tile trade has been released, then the FX Trade Server sends the client PC die 
following details of the transaction status (all of this information also being stored in the FX 
Trade Server's database): Transaction Reference Number, Status, whetiier released or not 
released; and the transaction date and time stamp 550. 
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Additional functionality is available from the FX Trade GUI on the client PC. A chent 
can review all FX Trade transactions from the "View Transactions" screen (see FIG 1 8). 
Clients can view transactions between certain specified dates or view all transactions. FX 
Trade transactional information on the "View Transactions" scircn includes-transaction date, 
buy currency type and amount, sell currency type and amount, transaction (FX) rate, value 
date, reference number assigned by the FX Trade Server, and Status. 

In anodier application, authorized clients may use the Money Market application for 
shon-tcrm deposits of foreign currencies at a specified deposit rate. The financial institution 
swaps the foreign currency into USD for the deposit's duration, and, at the end of the 
duration, swaps the USD back into the original foreign currency, along with interest accrued 
over the at the specified deposit rate. This application may be of use for an entity which will 
hold foreign currency for a relatively short period of time and wishes to cam interest on that 
currency during that time. Further, the entity itself docs not wish to participate in the foreign 
exchange market The Money Maricet Server uses rates obtained from the FX Trade Server 
15 for FX rates and forward points. USD interest rates are manually ir^ut into the Money 
Market Server by financial institution personnel. 

A client may access the Money Market Server using the log-in process that FIGs 3-4 
outline. The Money Market GUI presents the client with a Money Market Deposit screen 
(refer to FIG 1 9), The Money Market Server acconamodates smaller deals and larger deals. 
The larger deals have a threshold amount that cannot be exceeded, or the deal stops. 

Once the client PC displays the Money Market Trader "Money Maricet Deposit" 
screen (see FIG 1 1 . element 610), the client can enter the details of a deposit of foreign 
currency 612. This includes - the foreign currency, tenor or value date, maturity date of the 
short-term deposit and foreign currency principal (refer to FIG 1 9). Upon entering this 
25 information, a client may select the "Get Quote" button to obtain a deposit rate quotation 614. 
The Money Market Server receives the "Get Quote" request and sends this 
information to the FX Trade Server to obtain an FX rate and forward points for the foreign 
currency entered against USD 616. The FX Trade Server requests and obtains, if available, a 
rate from the Rate Server 61 8 and reUims the rate and forward points to the Money Market 
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Server 620. If there is no rate available, or if the FX Trade Server is closed for trading then 
the trade stops. 

After confirmation that the USD threshold has not been exceeded, the foreign 
exchange rate, fonvard points, USD interest rate and other pre-determined criteria are used to 
calculate deposit rates 626 to be Tctumed as a foreign currency interest rate to a client 628. 
Smaller Money Market deposits are earned out between the client PC and the Money Market 
Server. Larger Money Market deposits are carried out at the discretion of designated financial 
institution personnel 632. Deposit rates are calculated by the Money Market Server-Deposit 
rates can be calculated using specific FX rates and tenors using the "Rate Calculator" (refer to 
FIG 20). The USD interest rates, received from external sources are manually input by the 
financial institution into the Money Market Server, reviewed and, if necessary, updated, 
approximately once per day. 

Financial institution personnel can view the Money Market Trader "Rate Calculator" 
screen (sec FIG 22) that shows the following-trade date, currency, spot rate, tenor, value date, 
deposit maturity date, in addition to USD interest rates, forward points (bid and offer), and 
foreign currency Money Market bid and offer rates. 

The Money Market Server stores a time-stamped copy of a quoted rate with an 
assigned reference number 634, and, then, relays this information to the client PC 636. The 
information that the Money Market Server sends to the cUent PC includes the foreign 
20 currency Money Market bid and offer rates, USD interest, equivalent USD deposit principal 
and payment terms 636. 

If the client accepts the rates, then the client PC sends the acceptance back to'the 
Money market Server 642, which sends the FX portion of the trade to the FX Trade Server 
644. The FX Trade Server, after matching the rate quotation, time-stamp and user profile, 
25 executes the FX portion of the trade (refer to FIG 7. elements 362-374). 

A client has the option of a deposit rollover any time prior to two business days before 
the deposit's manirity date. After receiving peimission from designated financial insUtution 
personnel, a client may, by selecting "Trade" and, then, "Rollover" from the Money Maricet 
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Trader "Transactions" screen {see FIG 21). enter the trade details for a certain previously 
placed Money Market deposit to be rolled over. 

Clients may view Money Market deposits on the "Transacrions" screen (sec FIG 2 1 ). 
Money market "Transactions" screen information includes the following-Money market 
5 Serer reference number, foreign currency exchanged by FX Trade Server, principal, foreign 
currency deposit rate, tenor, USD interest amount, trade date, maturity date and customer 
reference number. 

Clients may view Money Market deposits on the "Transactions" screen (see FIG 21). 
Money Market "Transactions" screen information includes the following-Money Market 
1 0 Server reference number, foreign currency exchanged by FX Trade Server, principal, foreign 
currency deposit rate, tenor, USD interest amoimt, trade date, maturity date and customer 
reference mmibcr. 

In an additional apphcation, authorized clients may place different variations of leave 
orders f or spot and forward trades using the FX Order Blotter for order tracking, which, in 
1 5 turn, uses the FX Trade Server for transaction execution. A client PC logs-in to the FX Order 
Server using the process that FIGs 3-4 illustrate. The FX Order Server contains copies of user 
profiles in its database. It sends a copy of the user profile to the client PC 222. 

Additionally, FX Order classifications for users at a client's locadon, such as Order 
Entry and Order Management, reside in the FX Order GUI in the client PC. 
20 A client user encounters the FX Order Blotter (refer to FIG 23) upon logging-in to the 

FX Order Server (sec FIG 12, element 710). The FX Order Blotter displays orders in reverse- 
chronological arrangement by order placement. There are three modes in which a client may 
use the FX Order Server: 

Client Order Management Mode: in this mode, clients can place orders. Clients can 
25 organize and track orders on the Order Blotter. Tbc Order Blotter records all orders (see FIG 
24). 

Autoexecution Management Mode: in this mode, the user can place leave orders for 
spot or forward trades. If the orders are within certain parameters, the FX Order Server will 
send the order to the FX Trade Server for autoexecution (see FIG 24). 
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Leave Order Management Mode: in this mode, the client releases any order for 
financial institution management or execution or both. Tl,ese typically orders over a certain 
threshold currency amount so as to obtain the best rates. ITte parameters for filling the order 
are determined by the expiration date. 

Leave orders are valid or invalid at the client's discretion, that is, a client (Order Entry 
or Order Management user) may cancel a leave order, manually, at any time before the FX 
Order Server sends an order to the FX Trade Server for execution. There are three primary 
qualifying factors that govern when the FX Order Server will automatically cancel or not 
cancel a leave order, as the "New Order Entry" screen (see FIG 24) shows: 

Good For Day (GFD): At the time of the cUent s log-in, when the FX Order Server 
sends the user profile to the client PC. each client, at any location, will receive the GFD 
option. Under GFD, if the entered order's specifications are not reached by the end of the 
business day in that client's region, known as part of the user profile, the FX Order Server will 
automatically cancel the leave order. 

Good UnttI Cancel (GUC): GUC places the burden of canceling an order on the a 
client. Clients can specify a specific date and time for receiving a GUC reminder from the 
client PC (see GU. below). GUC places no time limitation regarding order validity. GUC 
only warns (in the form of an audio and visual cue) a cUent when two months have lapsed 
from the time that an order was activated by a user at a client with Order Managemem 
privUegcs, that is, &om the time the leave order was placed for autoexecution at a target FX 
rate. It is the client's responsibility to respond or not respond to a GUC flagged order 
warning. A client can run a report at any time to view all outstanding orders sorted b>- ihcir 
GUC dates. 

Good Until (GU): Using a GU order, clients can specify a date and time for recov.ng 
25 a GUC reminder. For example, a client can specify a particular date and time when it is 
known that the client will be able to review and address a GUC reminder at the client »'( 
At a client location, there are two types of individuals who may use the FX Order Sen a - 
Order Entry and Order Management. Any single person may be entitled to privileycN . i iv.ih 
types as determined on a client-specific basis. 
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The following table illustrates the different Order Entry and Order Management 
privileges in terms of the different states of a placed order. 

Order Kntrv Order Mana^gmgnt 

Edit: 

Pending: ♦ 

Cancel: * * 

Active: # 

Done: * 

Hand-ofF: * 

Pass: * 

Return: « 



After the FX Order GUI displays the Order Blotter on the client PC, an Order Entry 
client wishing to place an order selects "Orders" from the Order Blotter menu bar 712. The 
client PC displays the "New Order Entry" screen 714. A client enters the required 
infoimation-tcnor or specified value date, prc-sct business rule for trading (either Straight, 

1 0 Take Profit or Stop Loss), buy and scU currencies, buy amount, target rate and selection f or 
when an order w ill expire in the FX Order Server, as the Order Blotter will reflect, namely, 
either GUC, GFD or GU 716 (sec FIG 24). 

Once the above information is entered, the Order Blotter displays the following 
information concerning the order, all of which is sent to the FX Order Server, which stores the 

1 5 infonnation in its database: Order ID (assigned by the FX Order Server); State; Buy/Sell 
Target Rate; Amount; Rule (business rule for trade); Auto (Autocxecute) or Notify or both; 
and Strategy 718. 

In this instance of order placement, the order is in an Edit state 720. An Edit order can 
be moved to a Pending state by the Order Entry user. Alternatively, from the Edit state, an 
20 order can be moved to a Cancel or Edit (again) state. 
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The originating or other Order Entry cUem can move an order from .he Edit state to a 
Pending state, &om which it can be moved into an Active state by an Order Management 

individual 724. 

If an Order Entry user places the order in a Pending state, it remains as Pending on the 
chenfs Order Blotter .mil an Order Management user moves it into an Active state. 

Pending orders may shift from Order Entry to Order Management users, but not the 
reverse. Alternatively, a Pending order can be moved to a Cancel or Edit state. Once an 
Order Management user makes an order Active, then it remains in that state for ongoing client 
management until the order transitions to Done, Return, Handoff, Pass or Cancel. 

An Order Management user cannot execute or flag an order for Autoexecution if it is 
in the Return state; rather, the order has been sent back to Order Entiy for further activity. 

An order in the Handoff state has been flagged for fuither management, and possible 
execution, by the financial institution directly. An Active order can be assigned either or both 
Notify or Autoexecute attributes before changing to a Handoff state. 

If the Order Management user wishes no further order managemem prior to execution, 
then the user can assign an Active order the attributes of eitiier Notify or Autoexecute or both 
730. Notify is set by selecting the Notify button on tiic Order Blotter, after which tite order is 
color-coded for client notification of target rate match. The FX Oixter Serverieguhirly 
receives and monitors FX rates received diicctiy from ibt Rate Server, and updates tiie Order 
Blotter accordingly 732. In turn, Uie client PC. when receiving tiie updated Order Blotter 
information from the FX Order Server, gives an audio and visual warning when an order is 
3% away from a target FX rate and changes the color-code. Tlie warning is repeated when an 
order is 1% away. If not set to Autoexecution, it is the Order Management user's 
responsibility to execute tiic transaction, if the market late matches the target rate, if he so 
chooses. Alternatively, he can let the rate "trade tiirough." that is, if and when the market rate 
and target rate match, as monitored by tiie FX Order Server, no execution takes place. If 
manually tiading,die client user must update the Order Blotter himself to place die order into 
a Done state from the Active state. 



22 



AVO 97/43727 



PCT/13S97/07478 



If an order is set to Autocxecute, once the order's target FX rate has been met, as 
determined by information scat to the FX Order Server by the Rate Server 732, the FX Older 
Server will send the Autoexecutc order to the FX Trade Server for execution 738 (refer to FIG 
7, elements 362-374). The FX Order Server automatically transitions the order state from the 
5 Active to Done and updates the Order Blotter as such. 

If an order is in a Pass state, then that order is part of an entire Order Bloner thai is 
being passed to a client business unit in a separate client business region. Individual orders 
cannot be assigned the Pass state. This receiving client business unit assumes all 
responsibility for order management and possible execution of the orders that constitute the 
10 passed Order Blotter, including all of the orders' associated states and strategics. Passing of 
Order Blotters is performed at the end of the business day in that client's local time. 

An order in a Done state has been time-stamped and stored by the FX Order Server 
736, and automatically executed by the FX Trade Server 736 (refer to FIG 7, elements 362- 
374). An order can be placed into the Cancel state (a privilege shared by Order Entry and 
1 5 Order Management users) if it has not been executed, that is, is not in a Done state. 

FX Order Strategies allow orders to be linked to other orders imder certain conditions. 
The Order Blotter indicates orders' Strategies, if any. This includes: allowing an Active order 
to be set to another order to Cancel if the Active order is Done (OCO); setting an Active order 
to execute only if another designated Active order executes (IF/THEN); selecting orders for 
20 placement in loops so that orders effea each other in dififerent ways depending on each 
selected order's individual state (LOOP); and selecting a group of orders and assigning 
specific states to each order (OCORE). 

FIG 25 illustrates the FX Order "Customer View" screen. The screen's information 
includes - Instructions (entered onto the screen freeform, as a message to users), entity, tenor, 
25 value date, coimterparty, client reference ntmiber (from user profile), currency, target spot 

rate, exectition rate, contract rate, and difference. The latter provides a profit and loss (P &L) 
analysis of the difference, if any, between the contract rate and the execution rate of a leave 
order in the Done state. 
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In an additional application, the Payment Order Server (see FIG 2, element 1 04) 
allows a financial institution customers to make foreign currency payments to other private 
entities in USD. The Payment Order Server receives messages for transactions to be sent to 
the FX Trade Server for execution. The Payment Order Server breaks down those messages 
into components that the FX Trade Server 100 can make use of to execute the transactions 
(refer to FIG 7). User profile validations are performed by the FX Trade Server prior to trade 
execution; the Payment Order Server does not perfonn the validations. Upon receipt and 
validation of Payment Order messages, the FX Trade Server executes the currency 
transactions (refer to FIG 7). 

The Payment Order-Server receives incoming payment messages by the SWIFT Agent 
Server 122 or the Batch File Server 116 via direa internal financial institution user log-b to 
the Payment Order Server (refer to FIG 29). FIG 13 illustrates the different components and 
methods of messages being received by the Payment Order Server, processed, and submitted 
to the FX Trade Server, as is described below. The SWIFT Agem Server receives messages 
predicated on worldwide SWIFT standards and protocol, as commonly known in the FX and 
banking industry. Customers may send SWIFT messages diiecdy to the SWIFT Agent 
Server. FIG 28 represents a message to the Payment Order Server in the original SWIFT 
format FIG 27 represents an original SWIFT message broken down into its constituents, or 
parsed, for easier reading. The Payment Order Server acknowledges receiving Uie SWIFT 
messages; in turn, the SWIFT Agent Server deletes the acknowledged files fiom its memory. 

Banks can employ either the SWIFT network to transmit messages in S WIFT- 
sanciioned format (MTl 00) or a batch file transfer method to send payment messages from 
the individual fmancial institution. If from the latter, the Batch File Server determines which 
of the messages contained in the financial institution's mainframe are for foreign currency 
exchange by the Payment Order server, retrieves those messages and passes these messages to 
the Payment Order Server. The Payment Order Server acknowledges receiving die Batch 
Files; in turn, dieBatch File Server deletes the acknowledged files from its memory. 

Customers can log-in to the Payment Order Server, using die log-in process diat FIGs 
3-4 depict. However, user profile validation is performed by the FX Trade Server at the time 
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the Payment Order Server sends Payment messagesto the FX Trade Server prior to trade 
execution (refer to FIG 7). 

Customers can review Payment Order inbound messages on a blotter (see FIG 26). 
The blotter's information includes - the Date (of payment message submittal), the Sender 
5 identification, the payment Receiver, payment Status, Buy currency (the foreign currency). 
Sell currency (USD), the transaction amount, and the Payment Order transaction number. 
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1 . A method for a user to perform financiaJ transactions involving a plurality of 

2 currencies comprising the steps of: 

3 accessing a financial system affiliated with a financial institution using a terminal, 
wherein said terminal is a personal computer acting as a local client m a client-server 
architecnire, and running in a Windows environment; 

verifying that said access to said system is authorized; 
"7 identifying an account affiliated with said user to trade on; 

8 inputting a first currency and a second currency to be used in said transaction; 

inputting the desired characteristics of said transaction including a desired 

1 0 transaction amount; 

1 1 determining automatically the terms to be offered by said financial institution to 

1 2 said user for said transaction including a rate of exchange between said two currencies; 

infonning said user of said offered transaction terms; 
^ accepting said offered transaction terms; and 

1 5 releasing automatically said accepted transaction terms for execution. 

1 2. The method of claim 1 wherein said accessing step is done via a public network. 

1 3. The method ofclaim 2 wherein said terminal is a personal computer (PCfrunning 

2 in a graphical user interface environment. 



4. The method ofclaim 1 wherein said verifying step further includes the step of said 
user inputting said user's name and password. 

5. The method ofclaim 1 further including the step of selecting the desired financial 
transaction from a menu. 
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1 6. The method of claim 2 further including the step of sending information specific 

2 about the user to said terminal. 

1 7. The method of claim 1 further including the step of sending a signal to the user if 

2 the system becomes inoperative. 

1 8. The method of claim 7 wherein said signal includes an audio signal. 

1 9, The method of claim 7 wherein said signal includes a visual signal. 

1 10. The method of claim 7 wherein said signal includes both an audio signal and a 

2 visual signal. 

1 II. The method of claim 1 wherein said step of inputting an account to trade on further 

2 comprises a step of selecting accotmts from a menu list 

1 12* The method of claim I wherein said inputting first and second currencies step 

2 fimhcr includes the step of displaying all second currencies available for trade with said fiist 

3 currency once said first currency is input 

1 13. The method of claim 1 2 further including the step of selecting said displayed 

2 second currency. 

1 14. The method of claim 1 wherein said detemiining step further includes the step of a 

2 spread automatically being added to a base quote for said transaction. 

1 15. The method of claim 14 wherein said spread is automatically calculated by factors 

2 including the cash value of said transaction. 
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16. The method of claim 1 fi^nh" including 4he step of storing a record of the tenns of 
the transaction offered and the time of said offer. 

17. TTte method of claim 1 fimher including the step ofassigning a reference number 
to said offer and storing said reference number. 

18. The method of claim 1 wherein said step of offering said transaction to said 
customer further includes the step of limiting said offer to a specific time period. 

19. The method of oiaim 1 8 wherein said time period is 5-15 seconds. 

20. The method of claim 1 8 wherein said offering step fimher includes the step of 
providing the user the option to refresh said offer. 



21 . The method of claim 20 wherein said option is available during said specific time 

period. 



22. The method of claim 20 fiirther including the stqjs of updating said offered tenns 
of said transacdon and restarting said specific time period when said option is chosen by said 
user. 

23. The method of claim 1 fiirther including the step of rcconfuming said accepted 
transaction with said user prior to said releasing step. 

24. The method of claim 1 further including the step of summarizing said released 
transaction and providing said summarization to said user. 
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1 25. The method of claim I further including the step of automaiically comparmg said 

2 accepted offer against a credit limit for said user and automatically permitting release of said 

3 accepted transaction if said accepted offer is less than said credit limit. 

1 26. The method of claim I further including the step of automatically recording the 

2 time of said released transaction. 

1 27. The method of claim 1 further including the step of automatically sending said 

2 released transaction to a deal capture system. 

1 28. The method of claim 1 further including the step of automatically sending a record 

2 of said released accepted transacuon to a database affiliated with said financial institution. 

1 29. The method of claim 1 further including the step of revcrifying user authorization 

2 prior to said release. 

1 30. The method of claim 29 wherein said revcrifying step includes said user reentering 

2 said user's identification and password. 

1 31. The method of claim 1 wherein said financial institution is a bank. 

1 32. The method of claim 1 wherein said first currency is US Dollars. 

1 33. The method of claim 1 wherein said second currency is US Dollars. 

1 34. The method of claim 1 wherein said first currency is sold and said second currency 

2 is bought. 
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35. The method of claim 1 wherein said firswuirency is bought and said second 
currency is sold. 

36. -nie method of claim 1 wherein said transaction is setUed at an immediate date. 

37. The method of claim 1 wherein said transaction is settled at a ftjturc date and 
fimher including the step of: 

mputting the desired date for said transaction to settle. 

38. The method of ciaim 1 wherein said desired characteristics include the option of a 
two-way price quote for said first and second currencies and further wherein said accepting 
step further includes the step of said user identifying which currency to buy and which 
currency to sell before continuing with the transaction. 

39. The method of claim 1 wherein said desired characteristics include a swap trade 
and said inpuning of desired characteristics step further mcludes the step of inputting a 
plurality of swap legs, the forward cuitency and a forward currency amount for each leg. 

40. The method of claim 39 wherein said step of inputting of desired characteristics is 
done on a spreadsheet. 

41. The method of claim 39 wherein the number of legs is between two and six 



42. The method of claim 1 fimher including a step of reporting details of said released 
transaction to said user including a transaction reference number, a status report, and the 
transaction date and time. 
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1 43. The method of claim 1 further including (he step of displaying at least one report 

2 of all transactions to said user. 

1 44. The method of claim 1 wherein said desired characteristics include a leave order 

2 and said step of inpuning the desired characteristics of said transaction ftirthcr includes 

3 inputting an expiration period; 

4 and further including a step of monitoring automatically prior to expiration a 

5 fmancial market affiliated with said transaction and confirming that the accepted terms are 

6 available in said market. 

1 45. The method of claim 44 wherein said expiration period is for a fixed period of 

2 time. 

1 46. The method of claim 44 wherein said expiration period is indefinite and expires 

2 when subsequently canceled by said user. 

1 47. The method of claim 46 further including the step of warning a said user when said 

2 expiration period has extended over a certain period of time without expiring. 

1 48. The method of claim 47 wherein said certain period of time is two months. 

1 49. The method of claim 47 farther including the step of said user setting saicTcertain 

2 period of time for receiving said warning. 

1 50. The method of claim 44 further including the step of entering said desired 

2 characteristics in a blotter. 
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1 



2 



5 1 . The method of claim 50 wherein said step of entenng said desired characteristics 



2 in the blotter is coupled to said step of inputting the desired characteristics of said 



transaction. 



1 52. The method of claim 44 ftirthcr including the step of automatically executing said 

2 leave order when said accepted terms become available in said market. 



53. The method of claim I wherein said desired characteristics include order entry of a 
leave order and said step of inputUng said desired characteristics of said transaction include a 

3 target foreign exchange rate between said two currencies; 

4 and further including a step of monitoring automatically a financial market 

5 associated with said financial transaction and confiiming that said accepted terms are 

6 available in said financial market. 



1 54. The method of claim 53 further including the step of icponing automatically 

2 said user of the differences between said market tenns and said accepted offer. 

1 55. The method of claim 54 wherein said reporting is color-coded to reflect the 

2 magnitude of said difference. 



to 



1 56. A method for a user to perform a financial transaction including a money market 

2 transaction involving at least two currencies comprising the steps of: 

3 accessing a financial system affiliated with a financial institution; 

4 verifying that said access to said system is authorized; 

5 identifying an account afiBliated with said user to trade in; 

6 inputting a currency to be deposited in said money market transaction; 

7 inputting the desired characteristics of said transaction including a manmty date of 

8 said deposit, and a foreign currency principal amount; 
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1 determining automaiically the tenns to be offered by said financial institution to 

2 said user for said money market transaction including an interest rate and an interest amount 

3 in a first currency and equivalent amount in a second currency; 

4 informing said user of said offered transaction terms; 

5 accepting said offered transaction terms; and 

6 releasing automatically said accepted U-ansaction terms for execution. 

1 57. The method of claim 56 wherein said second currency is a currency other than US 

2 Dollars. 

1 58. A method for a user to perform a payment order financial transaction, wherein 

2 payments arc made in a first currency after being exchanged from one of a plurality of second 

3 currencies comprising the steps of: 

4 accessing a financial system affiliated with a financial instimtion; 

5 verifying that said access to said system is authorized; 

6 identifying an account affiliated with said user to trade on; 

7 inputting said second currency to be used in said transaction; 

8 inputting the desired characteristics of said transaction including a desired 

9 transaction amoimt; 

1^ determining automatically the terms to be ofiFercd by said fmancial institution to 

1 1 said user for said transaction including a rate of exchange between said two currencies; 

^ 2 informing said user of said offered transaction terms; 

1 ^ accepting said offered transaction terms; and 

releasing automatically said accepted transaction terms for execution. 

1 59. The method of claim 58 further including the step of performing a user profile 

2 validation prior to said releasing step. 



1 



60. The method of claim 58 wherein said first currency is US Dollars. 
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61 . -nie method of claim 58 further includmg the step of storing said input of said 
second currency and said input of said desired chaiacteristics as parts of a payment summary 



screen. 



62. The method of claim 61 wherein said payment summary screen further includes 
the date of said input, sender identification infonnation. receiver identification information, 
status of the payment information, said second currency, said first currency, said transaction 
amount and a payment order transaction number. 

63. The method of daim 62 fiirther including the step of displaying said payment 
summary screen. 
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